REMARKS 



In view of the forgoing preliminary amendment to the claims, it is submitted that all 
of the claims remaining in the application are now in condition for allowance and such action 
is respectfully requested. Should any questions arise in connection with this application or 
should the Examiner believe that a telephone conference with the undersigned would be 
helpful in resolving any remaining issues pertaining to this application, the undersigned 
respectfully requests that she be contacted at the number indicated below. 

For the reasons outlined above, withdrawal of the rejection of record and an 
allowance of this application are respectfully requested. 



Respectfully submitted, 




Rochelle Lieberman 
Registration No. 39,276 
Attorney for Applicant 

Lieberman & Brandsdorfer, LLC 
12221 McDonald Chapel Drive 
Gaithersburg, MD 20878-2252 
Phone: (301)948-7775 
Fax: (301)948-7774 
Email: rockv@legalplanner.com 

Date: January 24, 2005 
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(Substitute Specification With Markings) 
ASYNCHRONOUS MESSAGING IN STORAGE AREA NETWORK 

5 Fi e ld of the Inv e nt ion 

BACKGROUND OF THE INVENTION 



Technical Field 

This invention relates to systems for asynchronous messaging-and- 

1 0 queuing, and more particularly for the control of storage of messages. 

Ba ckg round of — the Invention 

Description Of The Prior Art 

15 Asynchronous messaging-and-queuing systems are well known in the art. 

One such is the IBM MQSeries IBM® MQSeries 0 messaging-and-queuing product. (IBM 
and MQSeries are regi stered trade marks of IBM Corporation.) An MQSeries system is 
used in the following description, for convenience, but it will be clear to one skilled in the 
art that the background to the present invention comprises many other messaging-and- 

2 0 queuing systems. 

In an MQSeries message queuing system, a system program known as a "queue 

manager" provides message queuing services to a group of applications which use the 
queue manager to send and receive messages over a network. A number of queue 

2 5 managers may be provided in the network, each servicing one or more applications local 

to that queue manager. A message sent from one application to another is stored in a 
message queue maintained by the queue manager local to the receiving application *mtH 
until the receiving application is ready to retrieve it. Applications can retrieve 

messages from queues maintained by their local queue manager, and can, via the 

3 0 intermediary of their local queue manager, put messages on queues maintained by queue 
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managers throughout the network. An application communicates with its local queue 
manager via an interface known as the MQI (Message Queue Interface). This defines a 
set of requests, or "calls", that an application uses to invoke the services of the queue 
manager. In accordance with the MQI, an application first requests the resources which 
5 will be required for performance of a service, and, having received those resources from 

the queue manager, the application then requests performance of the service specifying 
the resources to be used. In particular, to invoke any queue manager service, an 
application first requires a connection to the queue manager. Thus the application first 
issues a call requesting a connection with the queue manager, and, in response to this call, 

1 0 the queue manager returns a connection handle identifying the connection to be used by 

the application. The application will then pass this connection handle as an input 
parameter when making other calls for the duration of the connection. The application 
also requires an object handle for each object, such as a queue, to be used in performance 
of the required service. Thus, the application will submit one or more calls requesting 

15 object handles for each object to be used, and appropriate object handles will be 

dispensed by the queue manager. All object handles supplied by the queue manager are 
associated with a particular connection handle, a given object handle being supplied for 
use by a particular connection, and hence for use together with the associated connection 
handle. After receiving the resources to be used, the application can issue a service 

2 0 request call requesting performance of a service. This call will include the connection 

handle and the object handle for each object to be used. In the case of retrieving a 
message from a queue for example, the application issues a "get message" call including 
its connection handle and the appropriate queue handle dispensed to the application to 
identify the connection and queue to the queue manager. 

25 

With asynchronous messaging systems available today, when a message arrives at 

a server it is only available to that serv e r, and should that s e rver faiL server. In the event 
of failure of that server, the message is "trapped" in the server until the server can 
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^restarted. For example, in high capacity or high performance application 

architectures the storage of messages in singl e serv e rs is also a limitation, as a 
d e t e rmination has to be mode, typically befor e a message is son U ndividual servers is a 
limitation. The individual server has to determine that the intended destination server is 
able to handle the message and any subsequent processing required in a timely manner, 
manner. Typically, this determination has to be made bv the server before a message is 
sent. Accordingly, there are limitations 

associated with prior art asynchronous messaging systems. 



Th e r e is cl e arly Therefore, there is a need for a more robust and flexible method 



and 



and system for storage of asynchronous messages in such systems. Preferably, 
such a method and system will centralize storage and processing of messages to eliminate 
15 shortcom ings associated with failure of servers and messages stored therein. 

SUMMARY OF THE INVENTION 



Th e pr es ent This invention accordingly provides, in a first asp e ct, a 

2 0 comput e r system comprising x omprises an asynchronous messaging-and-queuing system 

in communication with a storage area network to mitigate loss of messages among servers 
in communication with the storage area network. 



system; In one aspect of the invention, a computer system is provided with an 
2 5 asynchronous message and queue system and a storage area network havitt gcontroller in 

communication with the asynchronous message and queue system to control a queue held 
in a storage area n e twork controller; and wher e in said network. The storage area network 
controller compriscs is provided with control means to control a message queue on behalf 
o fone or more queue managers. 

30 

Pr e f e rably, said one or mor e queu e managers comprise two or mor e queue 

manag e rs, and at l e a s t two of said two or more qu e u e manag e rs ar e h e terogeneous. 
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Preferably, a message in said message qu e u e is persistent, and wherein 

said a queue manager. In addition, the storage area network controller controls a 
transactional or persistent message. 

5 In another aspect of the invention, a method is provided for communicating in a 

computer system. A queue in a storage area network of the computer system is managed 
to support an asynchronous messaging and queuing system. A message request is 
received at a queue manager of the storage area network. The message request is passed 
to a storage area network controller of the storage area network, wherein the controller 
10 controls has means to control a message that may be in the form of a transactional 

message or a persistent message. 

In yet another aspect of the invention, an article is provided in a computer- 
readable signal-bearing medium. Means in the medium are provided for managing a 
15 queue in a storage area network of an asynchronous messaging and queuing system. 

Means in the medium are provided for receiving a message request at a queue 
comprises manager of a storage area network, and for passing the message request to a 
s torage area network controller of the storage area network. The controller includes 
control means for controlling persistence of said a transactional or persistent message. 

20 

- Pr e ferably, s aid m e ssag e is a transactional message, and wh e rein said storag e ar e a 

n e twork controller compris e s transactional control means. 

Pr e ferably, said transactional control means compris e s a syncpoint coordinator. 

25 

Pr e f e rably, said storag e area network controller compris e s data integrity control 

means. 

Pr e ferably, said data integrity control m e ans comprises a lock manager. 

3 0 
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In a second aspect, the present inv e ntion provides a m e thod for controlling 

o computer system hnvin g ln a further aspect of the invention, an asynchronous 
m e ssaging and queuing syst e m and message-and-queue system is provided with a storage 
area network having a storag e ar e a n e twork controller; comprising th e steps of: receiving a 
message r e quest at a queue manager; and passing said message request to said storag e 
area network controller; wh e r e in said controller to manage a queue in the storage area 
network. The storage area network controller comprises control means to control 
message queues on behalf of one or more queue manag e rs. includes means to control a 
transactional or persistent message. 



Preferred method f e atures of the method of the second asp e ct correspond to th e 

means provid e d by preferred features of th e first aspect. 

In a third asp e ct, the present invention provides a computer program to cause a 

15 computer system perform comput e r program st o ps corresponding to the steps of the 

m e thod of th e s e cond aspect. 

Using a Storag e Area N e twork (SAN) to hold the message data not only 

c e ntraliz e s data storage, it also provides a mor e robust overall solution, as th e re is no 
2 0 s ingl e point of failure. 

In an even further aspect of the invention, a method is provided for controlling 

messaging. A queue in a storage area network of an asynchronous messaging and 

queuing system is managed, and a transactional or persistent message is controlled. 



5 



GB 920020038 GB1 6 GB9-2002-0038-US 1 



in vet a further aspect of the invention, an article is provided in a computer- 
readable signal-bearing medium. Means in the medium are provided for managing a 
queue in a storage area network of an asynchronous messaging and queuing system. In 
5 addition, means in the medium are provided for controlling a transactional or persistent 

message in the queue. 

Other features and advantages of this invention will become apparent from the 
following detailed description of the presently preferred embodiment of the invention, 
10 taken in conjunction with the accompanying drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 

15 Figure 1 is a block diagram representing the component parts of a system 

according to a preferred embodiment of the present invention, and is suggested for 
printing on the first page of the issued patent. 

Figure 2 is illustrative of the load-balancing capability of a system according to a 
preferred embodiment of the present invention. 



DESCRIPTION OF THE PREFERRED EMBODIMENT 



Overview 

25 On e d e finition of SAN is a high speed A storage area network (SAN) is used to 

cent ralize and control message data and to eliminate a single point of failure in the 
message system. The SAN is a high speed network, comparable to a LAN, that allows 
the establishment of direct connections between storage devices and proc e ssors 
(s e rv e rs). processors. The SAN can be viewed as an extension to the storage bus concept 

3 0 that enables storage devices and servers to be interconnected using similar elements as in 

6 
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Local Aroa Networks (LANs) and Wido Aroa Networks (WANo): routers, hubs, switches 
and gateways. local area networks and wide area networks. A SAN can be shared 
between servers and/or dedicated to one server. It can be local or can be extended over 
geographical distances. 
5 distances. With implementation 

It would b e possibl e , in an embodiment of the pr e sent invention, to m e r e ly agre e a 

set of protocols for data integrity, transactionality, and other qualities of service between 
th e various cooperating compon e nts. In such a cas e , data integrity, syncpoint 
coordination, e tc. would be conducted and controlled by a middleware lay e r, which 
10 would supply th e appropriate s e t of primitives to the SAN controller and to the 

applications and queue manager s . 

By contrast, not only does the presently most pr e f e rred e mbodim e nt of 

this invention remove the of the SAN, storage of messages are removed from individual 
1 5 servers and instead stor e them stored at the networ kl e v e l, in a SAN, but also provides the 

support infrastructur e in th e SAN to supply all required data integrity functionality; 
allowing multiple queue managers to acc e s s the queue (for read and writ e 
op e rations)simultan e ously, with complete confid e nc e . 

2 0 Conventionally, a queue is owned by a specific queu e manager, which is 

r e sponsibl e for ensuring that multi threaded access to that qu e u e is maintain e d in an 
orderly and correct mann e r. By moving the queue to the SAN J evel. The queue is also 
moved to the SAN and ownership of the queue is removed from the queue manager and is 
vested with thea SAN controller. Queue managers can apparently access and manipulate 

2 5 messages on the queue as they would a locally owned queue, but the*ea^ underlying 

management of the manipulation is maintained within the SAN controller. 

In ord e r for this to work, th e SAN Controll e r may provide th e primitives 

required to control the controller which provides primitives to control locking and 

3 0 transactional integrity for the messages on the queue(s) it owns. 



Ther e are several benefits in the pref e rred embodim e nts of th e present invention. 
Th e first is that messages (data) are removed from the more fragile application server 
e nvironm e nt into the more robust SAN, wh e re, inst e ad of only b e ing acc e ssible by one 

3 5 server, pot e ntially any se rver which can connect to the SAN can access the messages. 

Th e sam e b e nefits cannot b e gain e d simply by mounting th e fil e syst e m holding 

the queue data, where multiple servers could potentially mount and us e th e fil e s. If this 
were to bo allowed, conflict situations wh e re, for example, m e ssages locked by one queu e 

4 0 manager w e re delet e d by anoth e r would rapidly arise, and would make any such syst e m 
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completely unworkabl e , 

By adding locking and two phase commit primitiv e s to th e SAN Controll e r, a 

pr e f e rr e d embodiment of th e pres e nt invention allows multipl e s e rv e rs to connect to the 
5 SAN and thus simultaneou s ly acc e ss the m e ssages on queu e s (for reads, writ e s, deletes, 

locks and transactional op e rations), with the sam e l e vel of data int e grity that is offered by 
a single qu e ue manag e r controlling multi thr e aded acc e ss to a singl e queue. 

A s e condary b e nefit is that it is possibl e to filter all messag e s inbound to a 

10 particular application to on e queu e maintained in the SAN. From th e re they can be 

distributed to any n um b er o f connected s e rvers for s ubsequent processing by the 
application with compl e t e transpar e ncy to th e application. 

The final main benefit is that s ince all message data is c e ntrally located, providing 

15 for backup and disaster r e cov e ry is greatly simplified, as all pertinent data is located in 

on e plac e , and bas e SAN s e rvices can be utiliz e d to ensure that a secure copy is made. 

Messages can have th e property of b e ing "p e rsistent" — that is they must bo logged 

and journnl e d by the qu e u e manager before any subsequent processing can occur — or they 
2 0 can be " non persistent", in which case the message is discarded in th e event of a queue 

manag e r failur e . Pr e f e rred embodiments of the present invention ar e particularly suitable 
for t he control of qu e u e s wh e re p e rsistent m e ssages may be placed. 

Th e r e quir e m e nt for s e curing data is the sam e in a queue controll e d by th e SAN as 

2 5 it is in a queue locally controlled by a qu e ue manager that is, authority is requir e d to 

create and delete a queue, as well a s to write and road messages to and from the queue. 
There a re alr e ady m e chanisms in plac e (queue clustering) for publishing queue 
definitions to multiple queu e managers, and for providing access control (the local queue 
manager would determine if acce s s was valid). 

3 0 

Th e SAN Controller would pr e f e rably polic e th e connection of queue managers to 

th e SAN, and th e r e after assum e that a r e quest for qu e ue manipulation sent by a connected 
qu e u e manag e r had been validated. 

35 Since m e ssage data would be flowing ov e r n e tworks, the option to encrypt th e 

data betwe e n the SAN and th e queu e manag e r would also b e a preferr e d feature. 

It will be clear to one skilled in the art that th e pr e s e ntly preferred embodiment 

involves th e transf e r of attribut e s and activiti e s normally associated with a middl e ware 

4 0 lay e r distribut e d about: a network e d syst e m into a SAN controll e r in order to achieve 

improved robustness, scalability, centralisation of control and eas e of maint e nance, 
among other advantages. The attributes and activities associat e d with middl e ware are 
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oft e n referred to as "Quality of S e rvice" definitions. It would be possibl e , as described 
abov e , s imply to transfer the queue data structures from th e local storage of the qu e ue 
manag e rs into the SAN, and leave the queu e manag e rs to negotiate protocols among 
th e ms e lves to manage locking and syncpointing, possibly by means of th e conv e ntional 
5 middl e ware provisions. However, as described above, the pr e s e ntly mo s t pref e rr e d 

embodim e nt of the pr e s e nt invention off e rs advantages that go beyond those offered by 
such a so l ution. 

As will bo cl e ar to on e skilled in th e art, th e r e will be many other "Quality of 

10 S e rvic e " d e finitions that can b e incorporated into a SAN controller in the same way as 

can transactional ity, syncpoint coordination, recov e rability and so on. One e xample of 
such a Quality of S e rvic e definition is "Compensability" for subtransactions of a long 
running transaction. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

A pr e f e rr e d embodim e nt of the pr e s e nt inv e ntion will now be d e scrib e d 

by way of example only, with reference to the accompanying drawing s , in which: 

2 0 Figure 1 is a block diagram repr e s e nting th e compon e nt parts of a syst e m according to a 

preferred embodiment of the present invention; and 



25 



F i gur e 2 is illustrativ e of the load balancing capability of a system according to a 
p r efer r ed embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Technical Details 

Turning now to Figure 1, there are three main components of presently 

3 0 preferred embodiments of this invention which interact. The first is the SAN (102), 

controlled by the SAN controller (104); the (104). The second is the queue manager 
(1 14)^ which is writing the message to a queue (108) held in the SAN and the SAN. The 
third is a queue manager (122\ looking to read that message from the SAN held queue 
(108). Each queue manager (114, 122) is acting on behalf of an application (112, 120) 
3 5 that is making requests that must be satisfied by the queue manager (114, 122)_. The 

queue managers (114, 122) and the requesting applications (1 12, 120) may be located 
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anywhere in a network. That is, systems or system components (110, 118) can be regions 
or partitions within a system, separate physical computer systems, distributed systems in a 
network, or any other combination of systems or system components. 

5 In particular, to invoke any queue manager service, an application (112, 

1 20) first requires a connection to the queue manager (1 14, 122). Thus the application 
(112, 120) first issues a call requesting a connection with the queue manager (114, 122), 
and, in response to this call, the queue manager returns a connection handle identifying 
the connection to be used by the application. The application (112, 120) will then pass 

1 0 this connection handle as an input parameter when making other calls for the duration of 

the connection. The application (1 12, 120) also requires an object handle for each object, 
such as a queue (108), to be used in performance of the required service. Thus, the 
application (112, 120) will submit one or more calls requesting object handles for each 
object to be used, and appropriate object handles will be dispensed by the queue manager 

15 (114, 122 ) . 122). All object handles supplied by the queue manager (114, 122) are 

associated with a particular connection handle, a given object handle being supplied for 
use by a particular connection, and hence for use together with the associated connection 
handle. After receiving the resources to be used, the application (112, 120) can issue a 
service request call requesting performance of a service. This call will include the 

2 0 connection handle and the object handle for each object to be used. In the case of 

retrieving a message from a queue (108), for example, the application issues a "get 
message" call including its connection handle and the appropriate queue handle dispensed 
to the application to identify the connection and queue (108) to the queue manager (114, 
122). 

25 

Preferably, the SAN controller (104) of the preferred embodiment of the 

present invention is provided with a syncpoint coordinator (124), a persistence manager 
( 1 26) and a lock manager (128)-. This enables centralization of functions that would 

10 



GB920Q20038GB1 1 1GB9-2002-0038-US 1 



otherwise be devolved out to the queue managers, leading to potential problems that may 
arise in conventional messaging-and-queuing systems. 

The preferred embodiment of the present invention is a highly suitable 

5 architecture for high throughput systems, with no chance of messages becoming "trapped" 

in a failed server, and the application throughput can also be "scaled up" by simply 
connecting more servers to the SAN. Conversely, if demand for the application falls, 
servers can be disconnected and the maximum possible throughput reduced, on a dynamic 
basis. As shown in Figure 2, if demand for processing messages in queu e 
1 0 queue (208) rises beyond the capacity of one or more application servers (2 1 0), 

one or more expansion servers (212) can be connected to the SAN, and thus added to the 

available processing resource available. 



Below are described the interactions that may be provided in a presently preferred 
1 5 embodiment of the invention. 



Interaction 1 - Connection 

1 00 Qu e ue 1 00 Queue Manager sends connection request to SAN Controller 
105 SAN 105 SAN Controller accepts connection request 
2 0 110 SAN1 10 SAN Controller verifies identity of Queue Manager 

44-54* 115 If identity confirmed, SAN Controller confirms connection request, else 
refuses connection 

Interaction 2 - Defining a Queue 

2 5 200 Administrato r 200 Administrator sends a request to define a queue on the SAN 

205 SA N 205 SAN Controller validates and if appropriate, accepts request 
210SAN 210 SAN Controller allocates space for the queue on managed storage 
215 SAN 215 SAN Controller builds necessary control structures 
220 SAN 220 SAN Controller confirms completion of queue creation 
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Interaction 3 - Opening a handle to a queue 

300 Ou e ue 300 Queue Manager sends request to open a handle to a queue 
305 SAN 305 SAN Controller confirms existence of queue and authority to open handle 
3 10 If queue does not exist or incorrect authority, fail the request 
5 315 SAN 315 SAN Controller opens and returns handle to requesting queue manager 
320 SAN Controller updates a usage counter for the queue 

Interaction 4 - Placing a message on the queue 

400 Queue Manager sends a message to place on a queue 

10 405 SAN Controller verifies authority to place message on queue. 

410 SAN Controller writes message data into allocated, managed storage 

415 SAN Controller checks if write is part of syncpoint 

420 If part of syncpoint, SAN Controller places lock on message, confirms to 

application 

15 425 If not in syncpoint, SAN Controller confirms message written to queue 

Interaction 5 - Confirming syncpoint (simplified) (read and write 
write operations) 

500 Queue Manager sends syncpoint confirmation to SAN Controller 

2 0 505 SAN Controller confirms queue operation (read or write) 

510 SAN Controller clears lock on message, and removes message from queue if read 

operation 

Interaction 6 - Backing out syncpoint (simplified) (read and write operations) 

2 5 600 Queue Manager sends syncpoint back out to SAN Controller 

605 SAN Controller confirms queue operation backed out (read or write) 

610 SAN Controller clears lock on message, and removes message from queue if write 

operation. 
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Note that any syncpoint operations would typically be of the two phase commit type, but 
this level of detail is not needed in the present description. Between the SAN Controller 
and an attached queue manager, a full two phase commit may not be necessary. 

5 

Interaction 7 - Reading a message from a queue 

700 Queue Manager sends a read request message to SAN Controller 

705 SAN Controller checks if request is for specific message. If so, Interaction 8 - 

Reading a specific message 

10 710 SAN Controller determines next available message to be read 

7 1 5 If not a browse, SAN Controller locks message, and checks if read is under 

syncpoint 

720 SAN Controller sends message and marks syncpoint if needed 

725 If read is not a browse and out of syncpoint, message is removed from managed 

1 5 storage 

s. 

Interaction 8 - Reading a specific message from a queue 

800 SAN Controller checks if message exists and is not locked by other queue 

manager 

2 0 805 If message is locked or does not exist, read request is rejected 

8 1 0 If not a browse, SAN Controller locks message, and checks if read is under 

syncpoint 

8 1 5 SAN Controller sends message and marks syncpoint if needed 

820 If read is not a browse and out of syncpoint, message is removed from managed 

2 5 storage 



Interaction 9 - Closing a handle to a queue 

900 Queue Manager sends request to close queue handle 

13 
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905 SAN Controller verifies request and decrements usage counter 

910 SAN Controller checks the usage counter for the queue 

912 SAN Controller checks for any uncommitted syncpoints, and if found, rejects 

close handle request 

5 915 If usage count is 0, SAN Controller deletes queue handle 

920 If usage count is not 0, SAN Controller rejects close request 

Interaction 10 - Deleting a queue 

1 000 ^Administrator sends request to delete queue 

1 0 1005 _Jf request is a "force delete" then delete queue and free allocated managed storage 

1015 _SAN Controller verifies that no messages are locked under syncpoint 

1020 _SAN Controller verifies that no other queue managers have open handles 
1025 If above tests are true, then delete queue and free allocated managed storage 

1030 _Jf any tests above are false, then reject close request. 
Interaction 11 - Listing owned queues 

1 1 00 ___Queue manager or system management API sends request to list owned queues 
1 1 05 __S AN Controller sends details 

2 0 Interaction 12 - Amending queue definition 

1 200 _Queue manager or system management API sends request to amend queue 
definition 

1205 __SAN Controller verifies request possible and executes changes. 

2 5 Interaction 13 - Queue Manager Health Check 

1300 __SAN Controller sends health check to each connected queue manager 
1305 _Jf no response from health check, SAN Controller disconnects failed queue 
manager 

14 
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Interaction 14 - Disconnect failed Queue Manager 

1 400 _SAN Controller terminates each handle owned by the failed queue manager 
1405 _SAN Controller checks for all uncommitted syncpoints, and backs them out 
5 1410 __S AN Controller closes all open handles to queue 

1415 ___SAN Controller closes connection handle to failed queue manager 
1420 __SAN Controller reports failure event 
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ABSTRACT 

Messages can have the property of being persistent or they can be non-persistent. 
A persistent message must be logged and iournaled by the queue manager before any 
subsequent processing can occur, and a non-persistent message is discarded in the event 
of a queue manager failure. The centralization of messaging supported by the use of the 
SAN and SAN controller is particularly suitable for the control of queues where persistent 
messages may be placed. 

Advantages Over The Prior Art 



10 

By moving the storage of messages to a SAN, support infrastructure in the SAN 
may be used to supply all required data integrity and functionality to allow multiple queue 
managers to access the queue simultaneously for read and write operations. Other 
advantages include removal of messages, Le, data, from the application server where 

15 instead of being accessible by one server, the messages are potentially accessible by any 

server which can connect to the SAN. An addition of locking and two phase commit 
primitives to the SAN controller allows multiple servers to connect to the SAN and to 
simultaneously access the messages on the queues for reads, writes, deletes, locks, and 
transactional operations, with the same level of data integrity that is offered by a single 

2 0 queue manager controlling multi-threaded access to a single queue. Another benefit is 

that it is possible to filter all messages inbound to a particular application to one queue 
maintained in the SAN. From there they can be distributed to any number of connected 
servers for subsequent processing by the application with complete transparency to the 
application. Finally, since all message data is centrally located, providing for backup and 

2 5 disaster recovery is simplified as all persistent data is located in one place, and base SAN 

services can be utilized to ensure that a secure copy is made. 

Alternative Embodiments 
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It will be appreciated that, although specific embodiments of the invention have 
been described herein for purposes of illustration, various modifications may be made 
without departing from the spirit and scope of the invention. In particular, a set of 
protocols may be provided for data integrity, transaetionalitv. and other qualities of 
5 service between the various components. In such a case, data integrity, syncpoint 

coordination, etc. would be conducted and controlled by a middleware layer, which 
would supply the appropriate set of primitives to the SAN controller and to the 
applications and queue managers. Accordingly, the scope of protection of this invention 
is limited only by the following claims and their equivalents. 
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Abstract of the Disclosure 



ASYNCHRONOUS MESSAGING IN STORAGE AREA NETWORK 



A computer system includes an asynchronous m e ssaging and queuing 

messaqing-and-queuing system: and a storage area network having a storage area network 
een troller; and th e controller in communication with the asynchronous messaging-and~ 
queuing system. The storage area network controller includes control means to control a 
message queue on behalf of one or more queue managers, which may be heterogeneous. 

The storage area network controller may also include means for 

controlling persistence of messages, transactional control means, such as a syncpoint 
coordinator, and data integrity control means, such as a lock manager. 
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